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AN INTERACTIVE USER INTERFACE FOR A REVENUE METER 

CROSS REFERENCE TO RELATED APPLICATIONS 

[0001] This application is a continuation of U.S. Patent Application 
Serial No. 09/370,696 entitled "External I/O and Communications Interface 
for a Revenue Meter" the entire disclosure of which including the 
appendices is hereby incorporated by reference. U.S. Patent Application 
Serial No. 09/370,696 incorporated by reference the following U.S. Patent 
Applications which were filed on same date and are also hereby 
incorporated by reference: 

[0002] U.S. Pat. Application Ser. No. 09/370,317, "REVENUE METER 
WITH POWER QUALITY FEATURES", filed Aug. 9, 1999, now U.S. 
Patent No. 6,615,147. 

[0003] U.S. Pat. Application Ser. No. 09/371 ,883, "A-BASE REVENUE 
METER WITH POWER QUALITY FEATURES", filed Aug. 9, 1999, now 
U.S. Patent No. 6,493,644. 

[0004] U.S. Pat. Application Ser. No. 09/370,695, "REVENUE METER 
WITH GRAPHIC USER INTERFACE", filed Aug. 9, 1999 (pending). 
[0005] U.S. Pat. Application Ser. No. 09/370,686, "REVENUE METER 
BLADE ASSEMBLY AND METHOD OF ATTACHMENT", filed Aug. 9, 
1999, now U.S. Patent No. 6,186,842. 

[0006] U.S. Pat. Application Ser. No. 09/370,863, "A POWER SYSTEM 
TIME SYNCHRONIZATION DEVICE AND METHOD FOR SEQUENCE 
OF EVENT RECORDING", filed Aug. 9, 1999, now U.S. Patent No. 
6,611,922. 

[0007] U.S. Pat. Application Ser. No. 09/369,870, "METHOD AND 
APPARATUS FOR AUTOMATICALLY CONTROLLED GAIN SWITCHING 
OF POWER MONITORS", filed Aug. 9, 1999, now U.S. Patent No. 
6,397,155. 

[0008] U.S. Pat. Application Ser. No. 09/370,757, "A KEYPAD FOR A 
REVENUE METER", filed Aug. 9, 1999 (pending). 
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REFERENCE TO MICROFICHE APPENDIX 

[0009] A microfiche appendix, Appendix A, is incorporated by reference 
above of a computer program listing. The total number of microfiche is 6. 
The total number of frames is 186. A second microfiche appendix, 
Appendix B, is also incorporated by reference above of schematic 
diagrams. The total number of microfiche is 1 and the total number of 
frames is 23. 

REFERENCE TO COMPUTER PROGRAM LISTINGS SUBMITTED ON 
COMPACT DISK 

[0001 0] A compact disk appendix is included containing 

computer program code listings pursuant to 37 C.F.R. 1.52(e) and is 
hereby incorporated by reference. The compact disk contains program 
code files in ASCII format. The total number of compact disks is 1 and the 
files included on the compact disk are as follows: 



Creation 
Date 


Creation 
Time 


File Size 
(Bytes) 


File Name 


07/06/1999 


04:24p 


4,004,514 


v202fin.txt 



COPYRIGHT NOTICE 

[0001 1] A portion of the disclosure of this patent document 

contains material which is subject to copyright protection. The copyright 
owner has no objection to the facsimile reproduction by anyone of the 
patent document or the patent disclosure, as it appears in the Patent and 
Trademark Office patent file or records, but otherwise reserves all 
copyright rights whatsoever. 

FIELD OF THE INVENTION 

[0001 2] Generally, this invention relates to revenue meters of the 

type used by energy suppliers to accurately measure electrical energy 
delivered to consumers. More particularly, this invention relates to 
improved interfacing of the revenue meters. 



BACKGROUND OF THE INVENTION 

[00013] In a typical electrical distribution system, an electrical 

supplier or utility company generates electrical energy and distributes the 
electrical energy to consumers via a power distribution network. The 
power distribution network is the network of electrical distribution wires 
which link the electrical supplier to its consumers. At the consumer's 
facility, there will typically be an electrical energy meter (revenue meter) 
connected between the consumer and the power distribution network to 
measure the consumer's electrical demand. The revenue meter is an 
electrical energy measurement device which accurately measures the 
amount of electrical energy flowing to the consumer from the supplier. 
The amount of electrical energy measured by the meter is then used to 
determine the amount required to compensate the energy supplier. 
[00014], Typically, the electrical energy is delivered to the 

customers as an alternating current ("AC") voltage that approximates a 
sine wave over a time period. The term "alternating waveform" generally 
describes any symmetrical waveform, including square, sawtooth, 
triangular, and sinusoidal waves, whose polarity varies regularly with time. 
The term "AC" (i.e., alternating current), however, almost always means 
that the current is produced from the application of a sinusoidal voltage, 
i.e., AC voltage. The expected frequency of the AC voltage, e.g., 50 Hertz 
("Hz"), 60 Hz, or 400 Hz, is usually referred to as the "fundamental" 
frequency. Integer multiples of this fundamental frequency are usually 
referred to as harmonic frequencies. 

[0001 5] While the fundamental frequency is the frequency that the 

electrical energy is expected to arrive with, various distribution system and 
environmental factors can distort the fundamental frequency, i.e., 
harmonic distortion, can cause spikes, surges, or sags, and can cause 
blackouts, brownouts, or other distribution system problems. These 
problems can greatly affect the quality of power received by the power 
customer at its facility or residence as well as make accurate 
determination of the actual energy delivered to the customer very difficult. 
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[00016] In order to solve these problems, socket based revenue 

meters have been developed to provide improved techniques for 
accurately measuring the amount of power used by the customer so that 
the customer is charged an appropriate amount and so that the utility 
company receives appropriate compensation for the power delivered and 
used by the customer. 

[00017] To provide user input to the revenue meter, known 

meters typically utilize cumbersome keys or buttons located within a 
sealed cover of the revenue meter, or keys which are accessible from the 
outside but are sealed and cannot be activated without removing the seal. 
In both cases, at least one security seal is installed to prevent or indicate 
unauthorized access. Thus, the seal must be replaced every time the 
meter is accessed via the keys or buttons. 

[00018] In addition, a problem exists when keys are added to the 

meter cover to mechanically actuate the interface of the revenue meter 
since tolerances in both the manufactured parts and the assembly process 
can cause an internal structure of the assembled revenue meter to 
misalign with the cover, for example, lean and twist with relation to the 
cover, resulting in misalignment of the mechanical actuators with the 
actual interface of the meter. Therefore, it is important to line up the 
keys/mechanical actuators on the cover with the appropriate buttons on 
the revenue meter. 

[00019] Also, with the increasing complexity of revenue meters, 

usability has often been restricted by the user interface. Available systems 
permit the user to customize the data which can be viewed from the meter 
only with auxiliary devices. In available meters, a user can program the 
viewed data with an auxiliary device, such as a computer or calibration 
equipment. Such modifications often cannot be done easily in the field. 
[00020] Accordingly, there is a need to provide a device with a 

user interface that allows the user to easily program various desired 
features for the device and provides a means to display various selected 
calculations and results generated by the meter. 



[00021] In addition there is a need for an improved revenue meter 

that provides easily accessible and easy to use interfaces. 

SUMMARY OF THE INVENTION 

[00022] The present invention is defined by the following claims, 

and nothing in this section should be taken as a limitation on those claims. 
By way of introduction, the preferred embodiments described below relate 
to a revenue meter for measuring the delivery of electrical energy from an 
energy supplier to a consumer through an electric circuit. The revenue 
meter includes bayonet terminals disposed on the meter, the terminals 
being mateable with matching jaws of a detachable meter mounting 
device. The revenue meter further includes a base coupled with the 
bayonet terminals. The revenue meter further includes at least one 
transducer operative to be coupled with the electric circuit and operative to 
sense at least one of voltage and current in the electric circuit and 
generate at least one analog signal indicative thereof. The revenue meter 
further includes at least one analog to digital converter coupled with the at 
least one transducer and operative to convert the at least one analog 
signal to at least one digital sample. The revenue meter further includes 
first logic coupled with the at least one analog to digital converter and 
operative to receive the at least one digital sample and compute at least 
one value therefrom. The revenue meter further includes second logic 
coupled with the first logic and operative to generate first and second 
display data. The revenue meter further includes a cover operative to be 
coupled with the base and operative to be sealed to the detachable meter 
mounting device to prevent physical access to the first logic. The revenue 
meter further includes a display coupled with the second logic and 
operative to display one of the first display data and the second display 
data generated by the second logic. The revenue meter further includes a 
variable function input device coupled with the second logic and operative 
to receive a first input from a user and to cause the second logic to 
perform: a first function based on the first input when the first display data 
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is displayed on the display and the first input is received and a second 
function, different from the first function, based on the first input when the 
second display data is displayed on the display and the first input is 
received. 

[00023] The preferred embodiments further relate to a revenue 

meter for measuring the delivery of electrical energy from an energy 
supplier to a consumer through an electric circuit. The revenue meter 
includes bayonet terminals disposed on the meter, the terminals being 
mateable with matching jaws of a detachable meter mounting device. The 
revenue meter further includes a base coupled with the bayonet terminals. 
The revenue meter further includes at least one transducer operative to be 
coupled with the electric circuit and operative to sense at least one of 
voltage and current in the electric circuit and generate at least one analog 
signal indicative thereof. The revenue meter further includes at least one 
analog to digital converter coupled with the at least one transducer and 
operative to convert the at least one analog signal to at least one digital 
sample. The revenue meter further includes first logic coupled with the at 
least one analog to digital converter and operative to receive the at least 
one digital sample and compute at least one value therefrom. The revenue 
meter further includes second logic coupled with the first logic and 
operative to generate display data, at least one portion of which is capable 
of being represented graphically, the second logic is further operative to 
implement a data structure operative to contain the display data. The 
revenue meter further includes a cover operative to be coupled with the 
base and operative to be sealed to the detachable meter mounting device 
to prevent physical access to the first logic. The revenue meter further 
includes an input device coupled with the second logic and operative to 
receive input from a user. The revenue meter further includes a display 
coupled with the second logic and operative to display a graphical 
representation of the at least one portion of the display data generated by 
the second logic. 
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[00024] The preferred embodiments further relate to a revenue 

meter for measuring the delivery of electrical energy from an energy 
supplier to a consumer through an electric circuit. The meter includes a 
draw-out chassis coupled with the meter and operative to fit within a 
switchboard enclosure. The meter further includes terminals disposed on 
the chassis for engaging matching terminals within the enclosure. A 
display and a meter cover operative to enclose the meter and the display 
within the enclosure. The meter further includes a seal coupled with the 
meter cover and operative to prevent removal of the meter cover and 
indicate tampering with the meter. The meter further includes at least one 
transducer operative to be coupled with the electric circuit and operative to 
sense at least one of voltage and current in the electric circuit and 
generate at least one analog signal indicative thereof. The meter further 
includes at least one analog to digital converter coupled with the at least 
one transducer and operative to convert the at least one analog signal to 
at least one digital sample. The meter further includes first logic coupled 
with the at least one analog to digital converter and operative to receive 
the at least one digital sample and compute at least one value therefrom. 
The meter further includes second logic coupled with the first logic and 
operative to generate display data, at least one portion of which is capable 
of being represented graphically, the second logic is further operative to 
implement a data structure operative to contain the display data. The 
meter further includes an input device coupled with the second logic and 
operative to interface to a user and the display is coupled with the second 
logic and is operative to display a graphical representation of the at least 
one portion of the display data generated by the second logic. 
[00025] Further aspects and advantages of the invention are 

discussed below in conjunction with the preferred embodiments. 
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BRIEF DESCRIPTION OF THE DRAWINGS 

[00026] Figure 1 depicts an exploded view of an exemplary S- 

Base revenue meter, and meter cover, which includes the interfaces of the 
present invention; 

[00027] FIG. 2 shows an exploded view of an exemplary A-Base 

revenue meter, and meter cover, which includes the interfaces of the 
present invention; 

[00028] FIG. 3 depicts an exploded view of an exemplary 

Switchboard revenue meter, and meter cover, which includes the 
interfaces of the present invention; 

[00029] FIG. 4A shows a front side perspective view of an upper 

portion of the meter cover for an S-base and A-base revenue meters 
shown in FIGS. 1 and 2, including receptacles for a keypad according to 
the present invention; 

[00030] FIG. 4B depicts a backside perspective view of the upper 

portion of the meter cover for an S-base and A-base revenue meter 
according to FIG. 4A; 

[00031] FIG. 5A depicts a cross-sectional view of an exemplar^ 

elastomer keypad according to a preferred embodiment of the present 
invention; 

[00032] FIG. 5B shows a bottom perspective view of the 

elastomer keypad depicted in FIG. 5A; 

[00033] FIG. 5C depicts a top perspective view of the elastomer 

keypad shown in FIG. 5A; 

[00034] FIG. 6A shows a partial cross-sectional view of the scroll 

button mechanism according to a preferred embodiment of the present 
invention; 

[00035] FIG. 6B shows a partial cross-sectional view of a demand 

reset key button mechanism according to a preferred embodiment of the 
present invention; 
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[00036] FIG. 7A shows a top view of a bezel according to a 

preferred embodiment of the present invention; 

[00037] FIG. 7B depicts a cross-sectional view along line 7B-7B 

of the bezel shown in FIG. 7A; 

[00038] FIG. 7C shows a top perspective view of the bezel shown 

in FIG. 7A; 

[00039] FIG. 7D depicts a bottom perspective view of the bezel 

shown in FIG. 7A; 

[00040] FIG. 8 shows a partially assembled S-base meter 

depicted in FIGS. 1 and 2, without the cover; 

[00041] FIG. 9 depicts the bezel shown in FIGS. 7A-7D, with a 

compression plate abutting infrared bosses to align to the cover according 
to a preferred embodiment of the present invention; 
[00042] FIG. 10 depicts a front perspective view of an exemplary 

external enclosure of the I/O and communications device according to a 
preferred embodiment of the present invention; 

[00043] FIG. 1 1 shows the revenue meter of FIGS. 1-3, with an 

exemplary serial link interface of a preferred embodiment of the present 
invention; 

[00044] Fig. 11a shows the revenue meter of FIGS. 1-3 with a 

touch screen input device coupled to the meter; 

[00045] Fig. 11b shows the revenue meter of FIGS. 1-3 with a 

mouse input device coupled to the meter; 

[00046] Fig. 1 1c shows the revenue meter of FIGS. 1-3 with a 

track ball input device coupled to the meter; 

[00047] Fig. 1 1d shows the revenue meter of FIGS. 1-3 with a 

light pen input device coupled to the meter; 

[00048] Fig. 1 1e shows the revenue meter of FIGS. 1-3 with a 

membrane switch input device coupled to the meter; 
[00049] Fig. 1 1f shows the revenue meter of FIGS. 1-3 with a 

joystick input device coupled to the meter; 
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[00050] Fig. 1 1g shows the revenue meter of FIGS. 1-3 with a dial 

input device coupled to the meter; and 

[00051] Figs. 1 2A-1 2D show a flow chart representing serial 

communication and operations between the revenue meter and the I/O 
communications device according to a preferred embodiment of the 
present invention. 

[00052] Fig. 13 illustrates a preferred embodiment showing the 

front panel of the revenue meter of the present invention with a key pad for 
the GUI. 

[00053] Fig. 14 illustrates a block diagram of a preferred 

embodiment of the control software used to operate the revenue meter of 
the present invention. 

[00054] Fig. 15 illustrates a histogram display which may be 

displayed on the screen of the revenue meter of the present invention. 
[00055] Fig. 16 illustrates a phasor diagram display which may be 

displayed on the screen of the revenue meter of the present invention. 
[00056] Fig. 17 illustrates a trend display which may be displayed 

on the screen of the revenue meter of the present invention. 
[00057] Fig. 18 is a bottom perspective view of the revenue meter 

of Figure 1 . 

[00058] Fig. 19 is a block diagram illustration of some of the 

components of the revenue meter of the present invention. 
[00059] Figures 20A-27L depict schematic diagrams of an 

exemplary measurement board of one preferred embodiment. 
[00060] Figures 28A-32L depict schematic diagrams of an 

exemplary backplane board of one preferred embodiment. 
[00061] Figures 33A-33L depict a schematic diagram of an 

exemplary power supply filter board of one preferred embodiment. 
[00062] Figures 34A-34L depict a schematic diagram of an 

exemplary display board of one preferred embodiment. 
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[00063] Figures 35A-35L depict a schematic diagram of an 

exemplary power supply regulation board of one preferred embodiment. 
[00064] Figures 36A-40L depict schematic diagrams of an 

exemplary communications board of one preferred embodiment. 

DETAILED DESCRIPTION OF THE INVENTION 

[00065] The disclosed embodiments provide easily accessible 

and easy to use interfaces that include a front panel keypad, and I/O and 
communications connections. The keypad allows a user to interact with 
the meter without requiring a breach to a security seal. For example, the 
user may need to access a central processing unit (CPU) of the revenue 
meter to program the meter, to retrieve revenue data, and to retrieve 
power quality data. In addition, the interface provides an external I/O and 
communication interface that is expandable and not limited to the number 
of conductors leaving the revenue meter. Moreover, connection to, and 
detachment from, the interface is simplified through the use of a single 
cable protruding from the revenue meter to create the connection. 
[00066] The disclosed embodiments relate to revenue accurate 

electrical meters, including revenue meters with highly accurate and 
detailed power quality event detection, monitoring and quantification. It 
will be recognized by those skilled in the art that, although preferred, the 
highly accurate and detailed power quality event detection, monitoring and 
quantification are not necessary for the disclosed embodiments. Herein, 
the phrase "coupled with" is defined to mean directly coupled with or 
indirectly coupled with through one or more intermediate components. 
[00067] Revenue meters must comply with American National 

Standards Institute's (ANSI) Standards for electric meters which include, 
but are not limited to, the following: 

[00068] ANSI C12.1 (1995): American National Standard for 

Electric Meters-Code for Electricity Metering 

[00069] ANSI C1 2. 1 0 (1 987): American National Standard for 

Electromechanical Watthour Meters 
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[00070] ANSI C12.13 (1991): American National Standard for 

Electronic Time of Use Registers for Electricity Meters 
[00071] ANSI C12.16 (1991): American National Standard for 

Solid-State Electricity Meters 

[00072] ANSI C12.20 (1998): American National Standard for 

Electricity Meters 0.2 and 0.5 Accuracy Classes 
[00073] All of which are known in the art and are herein 

incorporated by reference. 

[00074] Other specification/standards which apply to revenue 

meters include ISO Specification MTR1-96, "Engineering Specification for 
Polyphase Solid State Electricity Meters for Use on the ISO Grid," herein 
incorporated by reference. 

[00075] Referring to the drawings, and particularly FIG. 1-3, the 

ANSI standards define two general types of revenue meters, socket based 
("S-base" or "Type S") (shown in FIG. 1) and bottom connected ("A-base" 
or "Type A") (shown in FIG. 2). A third type of revenue meter, known as a 
"Switchboard Meter" or "Draw-out Meter", is also commonly used in the 
industry (shown in FIG. 3). These types of revenue meters are 
distinguished, in at least one respect, by the method in which they are 
connected with the electric circuit that they are monitoring. Herein, the 
phrase "connected with" is defined to mean directly coupled with or 
indirectly coupled to through one or more intermediate components. 
[00076] Referring to FIG. 1 , the S-base revenue meter is shown, 

designated generally as 20. An exemplary S-base revenue meter is the 
8500 ION Revenue Meter manufactured by Power Measurement Limited, 
Saanichton, British Columbia, Canada. S-base meters feature blade type 
terminals 215a, 215b, 215c (Fig. 18) disposed on a base 21 of the meter. 
These blade terminals are designed to mate with matching jaws of a 
detachable meter mounting device such as a revenue meter socket 22. 
The socket 22 is hard wired to an electrical circuit (not shown) and is not 
meant to be removed. An exemplary meter socket is the 3000 Series 
manufactured by Meter Devices Co., Inc., Canton, Ohio. 
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[00077] S-base meters include a cover 24 which encloses the 

meter's electronics 26 and display 28. A sealing mechanism 30 secures 
the cover 24 to prevent unauthorized access to the meter electronics 26. 
Removal of the meter necessitates disengaging a t-seal (not shown) that 
seals the cover 24 and the revenue meter 20, which would indicate 
unauthorized tampering. A context adaptable input device, such as a 
keypad 32, is provided on a top portion 33 of the cover to allow access to 
the meter's electronics without requiring removal of the cover 24, 
described below. Artisans will appreciate that the keypad 32 can be 
replaced with other input devices, such as a touch screen, a mouse, a 
track ball, a light pen, a membrane switch, or other similar devices. 
[00078] Referring now to Figure 1 and Figure 18, the S-base 

meter 20 features blade type terminals 215a, 215b and 215c disposed on 
back side of the meter. In the embodiment illustrated, the meter 20 
includes a row of terminals 215a and a row of terminals 215b used as 
voltage or current terminals. In the illustrated embodiment some of the 
terminals in the row of terminals 215c are used as voltage terminals. 
These blade terminals 215a, 215b and 215c are designed to mate with 
matching jaws of a detachable meter mounting device such as a revenue 
meter socket 22. The socket 22 is hard wired to the electrical circuit and is 
not meant to be removed. A socket sealing ring 30 is used as a seal 
between the meter 20 and the meter socket 22 to prevent removal of the 
meter and to indicate tampering with the meter. To install an S-base 
meter, the utility need only plug in the meter into the socket 22. This 
makes installation of new meters and especially replacement of defective 
meters extremely simple. Once installed, the installer need only secure 
the sealing ring 30 which ensures that the meter will not be tampered with 
(as detailed in the ANSI standards). To remove the meter 20, the installer 
need only pull it out of the socket 22. Alternatively, the meter may be 
sealed with a ringless-type seal as described in more detail in the U.S. 
Pat. Application Ser. No. 09/370,317 entitled "Revenue Meter With Power 
Quality Features". For a more detailed description of S based revenue 
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meters, the reader is referred to this and the other applications referenced 
in the first paragraph of this disclosure, which are incorporated herein by 
reference. 

[00079] Referring to FIG. 2, an A-base revenue meter is shown, 

designated generally as 34. The A-base meter 34 features bottom 
connected terminals 36 on the bottom side 38 of the meter. The terminals 
36 are typically screw terminals for receiving the conductors of the electric 
circuit. A-base meters 34 are directly connected to the electric circuit and 
can only be installed or removed by connecting or disconnecting the 
conductors of the electric circuit. Typically, this means tightening or 
loosening each terminal 36 to secure or free the end of the conductor. A- 
base meters 34 utilize cover 24 to enclose the meter electronics and the 
display. As described with regard to the S-base revenue meter 20, the A- 
base meter typically utilizes a t-seal to prevent unauthorized tampering 
with the meter electronics 26. For the purposes of this disclosure, A-base 
meters also include S-base meters in combination with A-base adapters 
40. An exemplary A-base adapter is the Polyphase Transformer Rated A 
to S Adapter manufactured by Ekstrom Industries, Incorporated, 
Farmington Hills, Michigan. 

[00080] The transparent meter cover 24 permits the viewing of 

the meter display 28 without having to remove the meter cover 24. 
Further, the meter cover 24 may also provide mechanisms for interacting 
with the meter 20 with the meter cover 24 in place. Such mechanisms 
include scroll buttons, reset switches or other input devices, and optical 
couplers, infrared emitters or other output devices as described in more 
detail below. All of these mechanisms are able to function with the meter 
cover 24 in place as specified in the ANSI standards. The meter cover 24 
is held in place by the sealing mechanism 30 which locks the cover 24 to 
the meter and indicates when there has been unauthorized tampering with 
the cover. Typically, the sealing mechanism 30 also serves to lock the 
meter to the electrical circuit connection. As shown in Figure 1 , in the 
case of the S-base meter, the sealing mechanism 30 also seals the meter 
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to the meter socket 22. Removal of the meter necessitates disengaging 
the sealing mechanism 30, which would indicate unauthorized tampering. 
[00081] As shown in Figure 2, in the case of the A-base meter, 

the sealing mechanism 30 also seals a separate (possibly joined) terminal 
cover 221 which prevents disconnection of the conductors from the 
terminals without disengaging the sealing mechanism. It should be 
understood that separate sealing mechanisms can be provided to seal the 
meter cover and seal the meter to the electrical connection and that other 
methods of tamper detection and environmental protection are well known 
in the art. 

[00082] Preferably, the meter also includes a demand reset 

switch seal for the demand reset button 99 located on the front panel of 
the meter 20. This seal may comprise, for example, a wire seal or lock 
inserted through the side of the button 99. The demand reset button 99 
clears all the basic maximum demand measurement accumulators, such 
as kW, kVAR, and kVA measurements or may reset peak demand 
measurements or other functions as defined by the operator. Additional 
measurements can also be configured to be reset by activation of the reset 
button 99. 

[00083] Referring to FIG. 3, there is shown a Switchboard Meter, 

designated generally as 42. The Switchboard meter 42 consists of a 
switchboard enclosure 44 which is physically mounted and connected with 
the electrical circuitry. Exemplary enclosures are the ABB FT-21 and 
ABB-FT-32 manufactured by ABB, Raleigh, North Carolina. The 
switchboard meter 42, which includes the meter electronics 26 and display 
28, is mounted on a draw-out chassis 46 which is removable from the 
switchboard enclosure 44. The draw-out chassis 46 interconnects the 
meter electronics 26 with the electrical circuit. The enclosure 44 also has 
a cover 48 which completely seals the meter inside the enclosure. The 
cover 48 includes the keypad 32 or input device for accessing the meter's 
electronics 26. The cover 48 has a sealing mechanism 50 which prevents 
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removal of the cover 48 and indicates when the cover 48 has been 
tampered with. 

[00084] Referring to FIGS. 1-3, the S-base and A-base revenue 

meters' cover 24, and the Switchboard revenue meter's cover 48, are at 
least partially transparent. The transparency permits viewing of the 
meter's display 28 including a graphic user interface (GUI) 199 (Fig. 11) 
without having to remove the cover 24. As mentioned above, the meter 
cover 24 provides the context adaptable input device such as the keypad 
32 for interacting with the revenue meter while the meter cover 24, 48 
remains in place. Artisans will appreciate that the keypad 32 can be 
replaced with other context adaptable input devices, such as a touch 
screen 1100, a mouse 1110, a track ball 1120, a light pen 1130, a 
membrane switch 1 140, joystick 1 1 50, dial 1 160 or other similar device 
(see Figs. 11a-g). 

[00085] Referring also to FIG. 4A, the top portion 33 of the cover 

preferably includes openings to accommodate scroll buttons 52 and an 
enter button 53 of the keypad 32. In addition, the top portion 33 of the 
cover includes an infrared locating member 54 which allows optical 
couplers (not shown) to access infrared emitters (not shown). Moreover, 
the top portion 33 of the cover provides a reset demand key wall 56 to 
sealingly accommodate a known reset demand key of the revenue meter. 
The top portion 33 also provides water proofing keypad sealing walls 58. 
[00086] The keypad 32 presents information (i.e., the state of the 

input hardware such as buttons) or messages to a microprocessor, 
microcontroller or other central control device via the GUI, which in turn 
performs actions depending on the type of input and the current operating 
mode of the revenue meter 20, 34, 42. The GUI and a description of the 
operating modes is discussed below. 

[00087] Figure 19 shows, in block diagram form, a preferred 

embodiment of some of the electrical components of a revenue meter 
which can detect and report power quality events. Logically, the preferred 
embodiment revenue meter is comprised of hardware and software. 
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Figure 19 shows a typical hardware configuration in block diagram form 
where the meter is connected to a three phase electric circuit. The meter 
includes transducers 250, such as CTs and PT's, which sense the current 
and voltage in each phase of the electric circuit 252 and a power supply 
254 which supplies power for the meter electronics. The transducers 250 
are also connected to an analog to digital converter (A/D converter) 256 
which samples the current and voltage in each phase of the electrical 
circuit 252. 

[00088] As used herein, the term A/D converter refers not only to 

a traditional A/D converter but also to a Time Division Multiplexing ("TDM") 
based converter, or other converter which converts analog signals to 
digital signals. TDM is a method of measuring instantaneous power over a 
wide range of input voltages. TDM is accomplished by taking a snapshot 
of the waveform of the incoming electrical signal and converting it to a 
square wave over time using a known algorithm. The area of this square 
wave is then proportional to the power at the time the snapshot was 
acquired. The snapshot or sample time is dependent on processor speed. 
An exemplary implementation of TDM is the Quad4-Plus Electric Meter 
manufactured by Process Systems, A division of Siemens Power and 
Transmission & Distribution, LLC, located in Raleigh, North Carolina which 
is described in the CD ROM specification for this product. 
[00089] The digital output of the analog to digital converter 256 is 

connected to a digital signal processor 258. The digital signal processor 
(DSP) 258 is connected to memory 260 and to a microprocessor or CPU 
262. The DSP 258 in conjunction with the CPU 262 executes the power 
quality event detection and reporting algorithms. The CPU 262 is also 
connected to a user interface 32 which allows users to program the meter 
or retrieve revenue or power quality data and generally interact with the 
meter as described in more detail below. It will be appreciated by those 
skilled in the art that the power quality detection and reporting algorithms 
can be executed by a variety of hardware configurations, all of which are 
known in the art. 
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[00090] GRAPHICAL USER INTERFACE 

[00091] Referring now to Figure 14, the user interface of the 

disclosed embodiments comprises communication ports, including, for 
example, the communication port, the input device 32 and the display 
screen 28. The operating system 272 passes display information to the 
display module 274, depending on input by the user using the input device 
32 (i.e., buttons/touch-screen, etc.) or input from the communications port 
54. Alternatively, the meter may be configured to automatically scroll 
through the display modules (i.e., the meter can be configured to scroll 
through the display modules without user input). The operating system 
272 uses templates to generate the appropriate display on the bit 
addressable output device. The display module 274 calls the screen 
rasterizer 278, a program that takes display parameters and screen 
templates 270 to generate a rasterized image of the display screen 28. A 
rasterized image is a data structure representing the display screen, which 
can be sent directly to the display 28. The rasterized image is created 
using a scaleable font generator 275 if the graphical object to be displayed 
is text, and various draw routines for other graphical objects, such as lines, 
circles or rectangles, etc. The rasterized image is then sent to the display 
28, presenting the required information to the user. 
[00092] Referring now to Figure 13, the revenue meter, 

represented generally by reference numeral 20, of the disclosed 
embodiments includes a dot addressable black and white or color display 
28 that allows text and graphics to be displayed on the meter's front panel. 
An input device such as a keypad 32 , touch screen (such as a screen 28 
implemented as a touch screen), or a mouse or pen input device (or other 
similar input device) is used to provide user access to the GUI. The input 
device is able to present information (i.e., the state of the input hardware 
such as buttons) or messages to a microprocessor, microcontroller or 
other central control device, which in turn can perform some action 
depending on the type of input and the current operating mode of the 
meter 20. 
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[00093] In a preferred embodiment the keypad 32 includes an up 

arrow button 32a, a down arrow button 32b and an enter button 32c. It will 
be recognized by those skilled in the art that other suitable buttons may be 
used. For example, the disclosed embodiments may be implemented 
using left and right arrow keys, other key arrangements as well as 
programmable soft keys. The meter 20 is configured to normally scroll 
through predefined parameters on the screen 28. In one embodiment, to 
temporarily freeze the automatic scrolling of the display, the user presses 
either of the arrow buttons 32a, 32b. The user may then manually scroll 
through the display by using the buttons 32a and 32b. The enter button 
32c may be used to toggle between various available modes of the meter 
20. The modes may include, for example two display modes - a Norm 
mode and an Alt mode. The enter button 32c may also be used to view a 
setup menu. 

[00094] The Norm and Alt modes show various real-time 

measurements and meter properties. In the Norm and Alt modes the 
meter 20 is in a regular state of operation and is accumulating billable 
quantities. Generally, the meter 20 cannot be configured in these two 
modes. The only quantities that may be configured in the Norm or Alt 
modes are the meter communications parameters, such as the 
communications port, baud rate, protocol, etc. Both the Norm and Alt 
modes continuously scroll through various display screens. 
[00095] In the Norm mode the meter 20 displays on display 28 

the values of the kWh delivered and the kWh received; the values of 
kVARh delivered and kVARh received; the values of kVAh delivered and 
received; the maximum delivered kW and a time stamp of when the peak 
occurred; the maximum received kW and a timestamp of when the peak 
occurred; a count of the number of Demand Resets executed as well as 
a timestamp of the latest Peak Demand Reset; and a test screen where a 
black screen showing all segments (all pixels on) indicates a properly 
functioning display. 
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[00096] In the Alt mode the meter 20 displays nameplate 

information; demand nameplate information; an event log; phasor 
diagrams; instantaneous voltages' instantaneous current, instantaneous 
power; instantaneous demand; voltage harmonics; and current 
harmonics. 

[00097] The meter 20 also is programmed with a Test mode. The 

meter 20 may only be configured and calibrated when it is in the Test 
mode. To enter the Test mode, the user must press a Test mode button 
98 that is hidden beneath a plastic outer cover 24 of the meter 20. In 
order to enter into the Test mode, the user must remove existing anti- 
tamper sealing (revenue sealing). In the Test mode, all billable qualities 
cease to accumulate (as long as the meter in Test mode). All 
configuration changes made in Test mode remain when the meter 20 is 
put back in either Norm or Alt modes. The Test mode operates in a similar 
fashion to the other meter modes (Alt and Norm modes) except that in the 
Test mode the user is allowed to modify the configuration that affects 
billable quantities. For example, the CT or PT calibration constants can be 
modified. Also, in Test mode, the meter is programmed to use separate 
energy accumulation registers. This makes it possible to calibrate the 
meter without affecting billable quantities. 

[00098] Alternatively, user input can also be received by the unit 

via the communications ports: a front panel optical port or various other 
communications ports including ethernet, RS232, RS485 or other suitable 
ports. The communication ports or optical port may be used to input 
time/date communications parameters, such as ethernet IP members, 
calibration parameters and setup parameters. The input information can 
be used to show various display screens to the user, presenting the user 
with the appropriate information on the dot addressable display 28. 
[00099] User input, measurement parameters from the data 

acquisition module and internal meter parameters are fed to the operating 
system running on the central processing unit. 
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[000100] Preferably, the GUI of the revenue meter 20 is 

programmable. The programmable GUI allows a meter 20 to be 
customized to a particular application, presenting the user only with 
information required by the user. The GUI can be programmed using the 
keypad 32, or other suitable input device, or through one of the 
communication ports. If a user requires information through the GUI that 
is presently not available in the revenue meter 20, the GUI can be 
reprogrammed to provide this information. Preferably, any parameter can 
be part of any number of display screens and can be shown in different 
formats, be it numerical, as a bar, through a point on a chart or as an 
angle or length of a vector. Such a vector diagram is illustrated in 
Figure 16. In the preferred embodiment, a parameter can be present on a 
display screen in more than one format (see discussion of graphical 
progress indicator below). A series of parameters can be shown as a 
graph or other graphical representation such as a scatter diagram or pie 
chart. 

[000101] The graphical nature of the user interface allows 

sophisticated information to be presented to the user. This can include 
vector diagrams, bar graphs, graphical progress indicators, trend graphs, 
waveform graphs and histograms. 

[000102] Referring now to Figure 15, an example of a histogram 

display which may be displayed on the screen 28 of the meter 20 is 
illustrated. The histogram displays harmonics content in histogram format. 
Harmonics may be displayed, for example, from the fundamental to the 
63rd harmonic. 

[000103] Another type of graphical display which may be displayed 

on the screen 28 is illustrated in Figure 16. Figure 16 illustrates a vector 
diagram which provides phase information in vector diagram format. As 
illustrated, the vector diagrams may be accompanied with tables. 
Preferably, in the case where the phase vector is too small to be 
represented graphically, it is only shown as a table entry. 
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[0001 04] Figure 1 7 illustrates another type of graphical display of 

the sensed electrical parameters which may be displayed on the screen 
28. Figure 17 illustrates a trend display which provides information 
regarding the values of measurements or calculations over a 
predetermined number of seconds or other period of time. 
[000105] Numerical information which may be provided on the 

screen includes, for example, event log and nameplate displays. These 
displays may show, for example, textual information organized in a tabular 
format. The nameplate display shows owner, meter, and power system 
details. The event log display provides alert of recent, high priority events 
logged on the meter's data recorder. 

[000106] Various screens may be provided as preprogrammed 

screens which include alphanumeric information. For example a screen 
may provide real-time information that shows various real-time parameters 
of the power system. This screen may be configured by defining a link to 
a minimum/maximum (min/max) parameter. Thus, the display would show 
the min/max values for line-to-line and line-to-neutral voltages, voltage 
unbalance, phase currents, power values (kVA, kVAR, and kW), frequency 
and power factor. The screen may also be configured by defining links to 
the meter's event log and various historical data logs. 
[000107] Another screen may include energy and demand 

information showing the real-time sliding window demand for kW, kVA, 
and kVAR, and the real-time energy values kWh net, kVARh net and 
kVAh. Peak demand may be displayed on this screen for kW, kVAR and 
kVA. The screen may also be configured to define a link to a demand 
profile trend. 

[0001 08] Yet another screen may include power quality information 

showing voltage disturbance and harmonics details. The voltage 
disturbance display may provide information regarding sag/swell and 
transient events. The display may show a sequence-of-events log and a 
set of curves representing the withstand capabilities of computers in terms 
of the magnitude and duration of the voltage disturbance, known as a 
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CBEMA plot. Preferably in this display a trigger is included for manual 
waveform recording and control objects are provided for enabling/disabling 
power quality event recording. The screen preferably also shows 
harmonics measurement information which provides information regarding 
total harmonic distortion for each phase of voltage and current. The 
display may also show harmonics min/max and harmonics trending 
graphs. 

[000109] Preferably, a set points display provides set points to 

monitor kW demand, over current and voltage unbalance levels. The 
meter preferably announces warnings if any of the values exceed specified 
upper limits. 

[0001 1 0] Since the meter 20 is completely self contained, this 

information can be shown without the use of an external display device 
such as a laptop computer. Preferably, information, which can be 
accessed through the front panel display screen 28, is also accessible 
through the meter's communications ports, and therefore may also be 
displayed on a terminal/computer connected to one of the communication 
ports. 

[000111] Preferably, the GUI is programmed using screen 

templates to provide scaleable fonts and scaleable graphical display 
objects such as lines, vectors, circles, pie charts, graphs or bar-graphs. 
This allows for customization of display screens with various numbers of 
lines, font sizes and graphical objects. 

[000112] Preferably, a graphical progress indicator 299 is used to 

show the current time of an interval graphically and in text form on the dot 
addressable display. The time can be either time to completion or time 
elapsed. In addition, the graphical progress indicator can also indicate the 
end of a time interval. This gives the user instant graphical feedback 
about the status of various processes or completion of time intervals such 
as demand progress. One implementation of the graphical progress 
indicator presents the user with a bar that fills up as time goes on and the 
end of the interval approaches. Once the interval is complete, the bar is 
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completely full and a graphical symbol (for example the text "EOI") can be 
superimposed on the bar. At the same time as the bar is shown on the 
screen, a numeric value for the time remaining or the time elapsed can 
also be shown on the screen. 

[000113] Voltage and current phase relationship can be presented 

to the user as vector diagrams on the dot addressable display 28. A 
vector is a graphical object that consists of a line whose length is 
somehow related to the value of a parameter (usually the length is 
proportional to the value) and is drawn on the dot-addressable display at 
an angle given by another parameter. The same screen that shows the 
vector can, if the user so desires, also show the actual text based numeric 
values corresponding the length and angle of the vector. By showing the 
vector of the currents and voltages present on the inputs of the revenue 
meter, the user gets immediate, easy to comprehend, feedback about 
voltage and current magnitude, and relative phase angles, which in turn 
provide instant system diagnosis information showing missing phases or 
phases connected improperly. 

[0001 14] The user may also use the keypad 32 or other suitable 

input devices to navigate through a hierarchic menu system for meter 
configuration or GUI customization. In the preferred embodiment, the 
meter 20 is provided with a default set of display screens and hierarchic 
interface menus, which can be re-programmed through the user interface 
itself or through the communications ports. 

[0001 15] The information to be displayed on the display screen, 

consists of graphical objects such as scalable text, lines, circles 
rectangles, charts, etc. For each screen, a template is provided which in 
turn provides information on how the screen is laid out. Preferably, the 
template provides information on the appearance and location of the 
graphical objects. 

[000116] The hierarchic menu system is activated by some input 

key combination, for example by holding the enter key for an extended 
period of time. 
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[0001 17] The hierarchic menu system can be implemented using a 

scrollable menu system with a simple up key 32a, down key 32b and enter 
key 32c, i.e. the three-key interface used to navigate a set of menu 
choices. The up/down buttons 32a, 32b select the previous/next items in a 
list. The list is shown as a text list with the current item in the list 
highlighted in some fashion, either by inverting or changing the colors in 
some way or surrounding the highlighted item using a rectangle. When 
the enter input is activated using the enter button 32c, the highlighted input 
is selected and the appropriate function is performed: either a new menu 
list is selected, a single item is selected (such as yes/no) or the user is 
presented with a changeable parameter. If the parameter is numeric, the 
up and down keys 32a, 32b will increment or decrement it. If the 
parameter has numerous numeric fields, holding the up or down arrow 
buttons 32a, 32b will activate the next/previous numeric field. Just 
pressing the up/down buttons 32a, 32b will then once again 
increment/decrement the numeric entry. Hitting the enter button 32c will 
accept the input value and perform the appropriate action, such as 
checking/asking for the password and/or confirmation. 
[0001 1 8] Preferably, when the meter 20 is in display mode, the 

up/down buttons 32a, 32b select either the next or previous display screen 
in a programmable list of display screens. If no direct user input is 
provided, the meter will automatically proceed to the next display screen 
after a preset programmable interval. 

[0001 19] Other user interface functions can be implemented using 

various different combinations of the inputs. For example, the contrast 
change mode can be activated by simultaneously activating the up/down 
arrow keys 32a, 32b. 

[0001 20] The revenue meter 20 of the disclosed embodiments 

provides several key advantages over prior art revenue meters. The GUI 
of the disclosed embodiments provides a method to present the user with 
information not available on traditional meters. The user interface is self- 
contained in the socket based revenue meter. 
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[000121] In a preferred embodiment the keypad 32 includes an up 

arrow button 52a a down arrow button 52b and the enter button 53. It will 
be recognized by those skilled in the art that other suitable buttons may be 
used. For example, the disclosed embodiments may be implemented 
using left and right arrow keys, other key arrangements as well as 
programmable soft keys. The revenue meter 20, 34, 42 is configured to 
normally scroll through predefined parameters on the screen 28. In one 
embodiment, to temporarily freeze the automatic scrolling of the display, 
the user presses either of the arrow buttons 52a, 52b. The user may then 
manually scroll through the display by using the buttons 52a and 52b. The 
enter button 53 may be used to toggle between various available modes of 
the revenue meter 20, 34, 42. The modes may include, for example, two 
display modes - a Norm mode and an Alt mode. The enter button 53 may 
also be used to view a setup menu. 

[0001 22] In addition, the GUI is programmable to allow the revenue 

meter 20, 34, 42 to be customized via the keypad 32 to a particular 
application, presenting the user only with information required by the user. 
The GUI can be programmed using the keypad 32, or other suitable input 
device, or through one of the communication ports, described below. 
[000123] In addition, the user may also use the keypad 32 or other 

suitable input device to navigate through a hierarchic menu system for 
meter configuration or GUI 199 customization. In the preferred 
embodiment, the meter 20, 34, 42 is provided with a default set of display 
screens and hierarchic interface menus, which can be re-programmed 
through the user interface itself or through the communications ports. The 
information to be displayed on the display screen, consists of graphical 
objects such as scalable text 198, lines 197, circles 196, rectangles 195, 
charts 194, etc. For each screen, a template is provided which in turn 
provides information on how the screen is laid out. Preferably, the 
template provides information on the appearance and location of the 
graphical objects. 
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[000124] The hierarchic menu system is activated by some input 

key combination, for example by holding the enter button 53 for an 
extended period of time. The hierarchic menu system can be 
implemented using a scrollable menu system with a simple up key 52a, 
down key 52b and enter button 53, i.e. the three-key interface used to 
navigate a set of menu choices. The up/down buttons 52a, 52b select the 
previous/next items in a list. The list is shown as a text list with the current 
item in the list highlighted in some fashion, either by inverting or changing 
the colors in some way or surrounding the highlighted item using a 
rectangle. When the enter input is activated using the enter button 53, the 
highlighted input is selected and the appropriate function is performed: 
either a new menu list is selected, a single item is selected (such as 
yes/no) or the user is presented with a changeable parameter. If the 
parameter is numeric, the up and down keys 52a, 52b will increment it. If 
the parameter has numerous numeric fields, holding the up or down arrow 
buttons 52a, 52b will activate the next/previous numeric field. Just 
pressing the up/down buttons 52a, 52b will then once again 
increment/decrement the numeric entry. Hitting the enter button 53 will 
accept the input value and perform the appropriate action, such as 
checking/asking for the password and/or confirmation. 
[000125] Preferably, when the revenue meter 20, 34, 42 is in 

display mode, the up/down buttons 52a, 52b select either the next or 
previous display screen in a programmable list of display screens. If no 
direct user input is provided, the meter will automatically proceed to the 
next display screen after a preset programmable interval. 
[000126] Other user interface functions can be implemented using 

various different combinations of the inputs. For example, the contrast 
change mode can be activated by simultaneously activating the up/down 
arrow keys 52a, 52b. 

[000127] Referring to FIGS. 4B and 5A-5C, to provide a watertight 

interface between the keypad 32 and the cover 24, a backside of the top 
portion 33 of the cover 24 includes sealing walls 58. Infrared light pipes 59 
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are also included on the backside of the top portion 33 of the cover 24. As 
described, the keypad 32 of the revenue meter 20, 34, 42 utilizes an 
elastomer keypad. The sealing walls 58 sealingly engage the elastomer 
keypad 32. The keypad 32 includes at least one button, e.g., scroll 
buttons 52, with a plunger 64, and a web 66 portion which allows the 
plunger to move in a direction generally perpendicular to the keypad 32. 
[0001 28] To protectively seal the revenue meter 20, 34, 42 from 

outside elements, such as rain, a compression plate 68 compresses the 
elastomer keypad 32 to the sealing walls 58. The compression plate 68 
preferably is screwed to the cover 24 via bosses 70. It can be 
appreciated, however, that other fasteners, such as rivets and snap 
features within the plastic, can be used to attach the compression plate 68 
to the cover 24. The sealing walls 58 and the compression plate 68 
compress the keypad 32 to form a seal around each key 52 on the keypad 
32. The sealing bosses 70 pass through corresponding holes 71 in the 
keypad 32 (seen best in FIGS. 5B and 5C) to be in direct contact with the 
compression plate 68. Thus, a seal that meets ANSI specifications is 
formed between the keypad 32 and the sealing walls 58. It can be 
appreciated that the keypad can be replaced with a weather proof touch 
screen or membrane switch mounted on the cover to eliminate the need 
for sealing ribs and a compression plate. It can also be appreciated that 
the keypad can be welded or molded directly into the cover to eliminate 
the need for a compression plate. 

[0001 29] Referring to FIGS. 6A and 6B, to mechanically connect 

the keypad 32 to the revenue meter 26, intermediate actuators 72 transfer 
the keypad's motion to micro switches 74 mounted on a printed circuit 
board 76. Referring also to FIGS. 7A-7D, according to a preferred 
embodiment, the intermediate actuators 72 are contained within bezel 78. 
The intermediate actuators 72 include intermediate key actuators 72a, an 
intermediate reset demand actuator 72b, and an intermediate test mode 
actuator 72c which is accessible only when the cover 24 is removed. 
Thus, unlike known demand reset keys which include multiple parts, 



29 



including a spring, fasteners and lever arms, the bezel 78 of the disclosed 
embodiments allows for a one piece demand reset key. 
[000130] When the user depresses keys 52, the web 66 (shown 

best in FIG. 5A) allows the plunger 64 to interact with the intermediate 
actuators 72 located on the bezel 78, which in turn contact the micro 
switch 74. Preferably, the micro switch 74 has spring back like qualities so 
that, after it is depressed, it rebounds to aid in the return the plunger 64 to 
a default position. Preferably, the web 66 and the intermediate actuators 
72 have spring back qualities that also aid in the return of the plunger 64 to 
the default position. It can be appreciated that the intermediate actuators 
72 may be eliminated when the micro switch 74 is mounted to directly 
contact the plunger 64. 

[000131] For the keypad 32 to properly function, the keys 52 and 

the demand reset button 99 must properly align to the intermediate 
actuators 72 of the bezel 78. In addition, infrared emitters (not shown) 
located within the infrared locating member 54 must align to the infrared 
light pipes 59. Referring to FIG. 3, the Switchboard revenue meter 42 
experiences similar alignment problems of the keypad 32 to the 
intermediate actuators 72. 

[000132] Referring to FIGS. 1 and 2, alignment is more difficult for 

the S-Base revenue meter 20 and the A-base revenue meter 34, since 
both the revenue meters 20, 34 and the corresponding covers 24 have a 
generally cylindrical shape. Referring to FIG. 8, to make alignment even 
more difficult, the internal structure 79 of the revenue meters 20, 34 may 
lean and twist after it is assembled. The revenue meter 20, 34 includes a 
skeleton 80 which accommodates the base 21, the printed circuit board 
76, and the bezel 78. In addition, a backdoor 82 attaches to the skeleton 
80 to enclose the electronics 26 of the revenue meters 20, 34. Due to 
tolerances in the manufactured parts and the assembly process, the 
assembled internal structure 79 may affect the alignment of the keypad 32 
to the intermediate actuators 72. 
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[000133] Referring to FIG. 9, to align the keypad 32 to the 

intermediate actuators 72, the disclosed embodiments utilize infrared 
bosses 84 on the bezel 78 to align the infrared light pipes 59, and a 
locating portion 86 of the compression plate 68. When assembling the 
cover 24 to the internal structure 79, the cover is twisted until the base 21 
stops the cover 24. The locating portion 86 of the compression plate 68 
abuts the infrared bosses 84 to align the internal structure 79 of the 
revenue meter as the cover 24 is twisted. Thus, when assembling the 
cover 24, as the location portion 86 of the compression plate 68 abuts the 
infrared bosses 84, the internal structure 79 twists to align the keypad 
plungers 64 with the intermediate actuators 72 and to line up the infrared 
light pipes 59 to the infrared bosses 84. Of course other methods for 
aligning the internal structure 79 could be used such as including a post on 
the cover 24. 

[000134] Referring to FIG. 10, in addition to the above described 

keypad for a revenue meter, the present revenue meter 20, 34, 42 
includes an external I/O and communications device 88. The I/O and 
communications device is physically separated from the meter enclosure 
to improve interfacing capabilities of the revenue meter, as described 
below. The I/O and communications device 88 includes an I/O and 
communications connector 90 which accommodates connection to the 
revenue meter 20, 34, 42 via an interface link 92, shown in FIG. 1 1 . The 
interface link 92 is preferably located in the base 21 of the meter 20, 34, 
42 or at the end of a section of cable 93 protruding from the meter 20, 34, 
42. The cable 93 also contains power for the I/O and communications 
device 88. 

[000135] In a preferred embodiment, analog and digital signals are 

transported via a serial link bus terminating in a twenty-four pin connector. 
Artisans will appreciate that the cable 93 can include a copper or fiber 
optic interface, or the equivalent, and that pin connectors of differing sizes 
can be used. Moreover, the I/O and communications device 88 includes 
alternate connectors 94 to accommodate other connection to the revenue 
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meter, such as a modem and ethernet connections, e.g., RS 232 and RS 
485 connections. 

[000136] The interface link 92 allows for simplified connection of 

the revenue meter 20, 34, 42 to the I/O and communications device 88. 
Labeled connectors 90, 94 on the I/O and communications device allow for 
easy wiring. Plugability of the I/O and communications device to the 
socket based revenue meter 20, 34, 42 greatly simplifies servicing and 
replacing of the meter. The meter is removed without having to unscrew 
or unclamp any communications and I/O connections. In addition, the I/O 
and communication device 88 eliminates the necessity of locating 
individual conductors out of a bundle of wires. Connector 90 on the I/O 
and communication device 88 allows the installer to plug the interface link 
92 into the I/O communication device 88 to hook up all wires to the desired 
I/O and communications ports at once. 

[000137] In a preferred embodiment, a dedicated microprocessor 

95 located inside the I/O and communication device 88 processes I/O and 
communication data and passes the data to and from the revenue meter 
20, 34, 42 via the interface link 92. The interface link 92 connects to the 
microprocessor via known circuitry. The microprocessor 95 helps to 
reduce the load on the meter's processor. In addition, the microprocessor 
95 allows for I/O and communications that are expandable and not limited 
to the number of conductors leaving the revenue meter. An exemplary 
microprocessor is model number PIC16C67 which is manufactured by 
Microchip Technology, located in Chandler, Arizona. Of course, other 
microprocessors can be used. 

[0001 38] Data flow between the revenue meter 20, 34, 42 and the 

I/O and communications device 88 is controlled with data packets. Known 
techniques, such as RS 422, are used to serially send and receive the 
data packets to the revenue meter 20, 34, 42. In a preferred embodiment, 
the speed of the interface is 625 kilobits per second (kbps), but other rates 
are possible. The following description shows exemplary packets that are 
utilized to transmit between the revenue meter 20, 34, 42 and the external 
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I/O and communications device 88. For the sake of simplicity, the packet 
transmission is described with reference to only one external I/O and 
communications device 88. It should be appreciated, however, that the 
protocol described herein supports one or more external I/O and 
communications devices 88. 
[000139] Packets 

[000140] The first external I/O and communications device 88 is 

the master on the bus, and thus initiates all data transfers. In a preferred 
embodiment, the interface is full-duplex, therefore data flows in both 
directions at once. The I/O and communications device 88 reports its 
input states while the revenue meter 20 transmits output states. 
Preferably, all data packets are error checked using a cyclic redundancy 
check. If a transmission error is detected, no retry is attempted, the packet 
is ignored and the states are updated on the next transaction. 
[000141] Preferably, all packets are fixed length, therefore, the 

processor receiving the packet always knows where the end of the packet 
should be. In the following packet descriptions, an 'x' indicates four bits, 
for example, that are set to indicate a value in the corresponding packet. 
Artisans will appreciate that the number of bits per packet can be 
increased to produce a nearly infinite combination of packet values. 
[000142] Input Packet Structure 

[000143] In a preferred embodiment, an input packet is transmitted 

from the I/O and communications device 88 to the revenue meter 20. The 
packet indicates the state of the various inputs within the I/O and 
communications device 88. 



Module* 


A/D 


Mask 


Data 


Timel 




Timel 6 


Pckt Time 


CRC 


0000001 oxx 


xxxx 


XXXX 


XXXX 


XXXX 


XXXX 


XXXX 


XXXX 


XXXX 
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[000144] Module* - The I/O and communications device number 

(xx) that reports the inputs. Based on the packet structure, up to 256 I/O 
and communications devices are possible. 

[0001 45] Pckt Time - A free running timer value (xxxx) when the 

transmission of the packet began. In a preferred embodiment, one count 
occurs per 3.2us. 

[0001 46] A/D - 1 6 bits that indicate whether the, up to, 1 6 inputs 

on the device are analog or digital. For example, analog = 1 or digital = 0. 
[0001 47] Mask - 1 6 bits that indicate whether the, up to, 1 6 inputs 

on the device have changed since last update. For example, yes = 1 and 
no = 0. 

[000148] Data - 16 bits that indicate the digital value of the, up to, 

16 inputs on the device. 

[000149] Time Y - The free running timer value, preferably 3.2 

microseconds per count, when the digital input value was recorded if the 

corresponding A/D bit is 0. Or, the 16 bit analog value of the input if 

corresponding A/D bit = 1 . 

[0001 50] CRC - The packet CRC. 

[000151] Output Packet Structure 

[000152] In a preferred embodiment, an output packet is 

transmitted from the revenue meter 20. The output packet contains the 

output state that the meter wants to appear on the revenue meter's 

outputs. 



Module* 


Data 


Analogl 




Analog16 


CRC 


0000001 oxx 


XXXX 


xxxx 


xxxx 


xxxx 


xxxx 



[000153] Module* - The I/O and communications device number 

(xx) that is to receive the outputs. Based on the packet size, up to 256 I/O 
and communications devices are possible. 
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[000154] Data - 16 bits indicating the digital value of the, up to, 16 

digital outputs on the device. Each individual bit is ignored by the 
destination if the output is analog. 

[0001 55] Analog Z - A 16 bit analog output value for analog output 

Z. This field is ignored if the output is digital. 
[0001 56] CRC - The packet CRC. 

[000157] Config Packet Structure 

[0001 58] The revenue meter 20 is able to power cycle the master 

external I/O device. When the master I/O and communications device 88 
first powers up, it is responsible for transmitting the CONFIG packet for the 
master and any attached slave I/O and communications devices. The 
master I/O and communications device must continue transmitting the 
CONFIG packet(s) until each CONFIG packet is acknowledged. 



Module# 


Type 1 




Type 16 


CRC 


1000000yXX 


XXXX 


xxxx 


XXXX 


XXXX 



[0001 59] Module* - The external I/O and communications device 

number that contains the configuration (XX). Based on the packet 
structure, up to 256 devices are possible, y indicates whether the I/O and 
communications device is present. For example, present = 1 and absent = 
0. Absent packets are only transmitted when the I/O and communications 
device is removed from a powered system. Since the I/O and 
communications device 88 cannot initiate the transmission of a CONFIG 
packet when power is removed, the revenue meter is responsible for 
detecting that the master I/O and communications device is removed. 
[000160] Type X - 16 bits indicating the type of input or output of a 

particular port on the I/O and communications device 88. For example: 
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Type 


Point 


0x0 


FormA Digital Output 


0x1 


FormC Digital Output 


0x80 


DC Digital Input 



[000161] CRC - The packet CRC. 

[0001 62] ConfigAck Packet Structure 

[000163] A CONFIGACK packet is used by the revenue meter to 

acknowledge that the CONFIG packet has been received. The master I/O 
and communications device transmits the CONFIG packet at least twice 
for each I/O and communications device present in order to receive an 
acknowledgement since the revenue meter cannot initiate a transfer and 
data is received from the meter while it is being transmitted by the I/O and 
communications device. 



Module# 


Pad 


Pad 


CRC 


1 000001 OXX 






XXXX 



[000164] Module# - The I/O and communications device number 

(XX) acknowledged by the revenue meter. 
[0001 65] Pad - Padding for future use. 

[0001 66] CRC - The packet CRC. 

[0001 67] Flow diagram 

[000168] Referring to FIG. 12A, a flow chart is shown to describe a 

preferred operation of the I/O and communications device 88. After the 
revenue meter 20, 34, 42 is powered on, preferably a firmware or software 
initialize routine begins (block 96). The initialize routine initializes 
variables and buffers that contain counting and input state information 
(block 98). For example, variables are used to determine a next input to 
be read. 
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[000169] Referring also to FIG. 12B, upon the revenue meter's 

initialization a routine is called, for example, an initialization subroutine. 
When the initialization subroutine is called (block 98a), variables used by 
the bus interface routines are initialized (block 98b) and the bus 
subsystems and interrupts are enabled (block 98c). Thereafter, the 
initialization subroutine terminates (block 98d). 

[000170] Referring to FIG. 12A, the initialize routine initializes I/O 

ports, e.g., configures pins as either input or output pins (block 100). The 
I/O ports are used, for example, to control a state of a load, e.g., 
generator, to turn the load either on or off. In addition, the routine 
initializes a link utilized to communicate with the revenue meter 20, 34, 42 
by setting the speed and format of the data to be transmitted (block 102). 
For example, the routine configures control registers included in the 
microprocessor 95 that control the data's speed and format. 
[000171] Moreover, the routine initializes a free running counter 

(block 104) and a periodic interrupt (block 106). In a preferred 
embodiment, an interrupt interrupts the microprocessor 95 every 819.2 
microseconds, although other rates are possible. When the periodic 
interrupt occurs, a main routine is interrupted and execution continues in a 
periodic interrupt subroutine (block 1 08). After the occurrence of a 
periodic interrupt, the microprocessor 95 reads all digital input ports (block 
110) and checks the input ports against the their state during the previous 
execution of the periodic interrupt subroutine (block 112). Each input is 
checked, and if an input has changed, a timestamp is recorded, e.g., a 
current value of a free running counter is stored in a corresponding 
location in the transmit buffer for that input (block 114). 
[000172] It is desirable to timestamp the transition time of an input 

on the external I/O device 88 based on the time in the revenue meter 20, 
34, 42 since the microprocessors in the revenue meter and external I/O 
and communications device are not time synchronized. The external I/O 
and communications device 88 preferably scans inputs every 819.2 
microseconds. When the I/O and communications device 88 sees a 
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transition on an input, it stores the free running counter in the input packet. 
This free running counter ideally increments every 3.2 microseconds. 
When the external I/O device is transmitting the input packet to the meter, 
just before transmitting the last four bytes of the packet, for example, it 
inserts the current free running counter into the 3rd and 4th last bytes. 
This ensures that the free running counter value inserted into the packet is 
as close as possible to the value it would be at the end of packet 
transmission. When the revenue meter 20, 34, 42 receives the packet, it 
calculates the time of transition of any of the inputs with the following 
formula: 

t t =t n -(f pck -f tr +f inh )*FT 



[000173] 
[000174] 

[000175] 

received. 

[000176] 

transmitted. 

[000177] 



where: 



= the time of transition. 

= the time on the meter at the time the packet is 



pch = the free running counter at the time the packet is 



fir 



= the free running counter value when the input 
was scanned and seen to have transitioned. 

[0001 78] f»* = the inherent typical number of free running 

f 

counts from the time that the Jpck is recorded on the I/O and 
communications device and the packet is received on the revenue meter. 

[0001 79] FT = the conversion factor between free running 

counts and normal time, e.g., 3.2 microseconds/count. 
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[000180] Therefore, the only variability left in the calculation of 

transition time is the variability of and the accuracy that the revenue 
meter can timestamp the communications bus receive interrupt. 
[000181] After the timestamp information is recorded, an 

appropriate mask bit is set in the transmit buffer indicating that the input 
has changed (block 116). These values are transferred for processing by 
the revenue meter 20, 34, 42. Thereafter, or if the input had not changed, 
execution of the periodic interrupt service routine terminates (block 118). 
[000182] Referring to FIG. 12C, once initialization is complete, 

code execution continues at a main routine (block 120). First, the 
CONFIG packet is built, as described above, to indicate the configuration 
of the external I/O device (block 122). The CONFIG packet is continually 
transmitted to the revenue meter 20, 34, 42 (block 124) until the revenue 
meter 20, 34, 42 acknowledges the CONFIG packet (block 126). 
Preferably, code on the microprocessor double buffers the digital input 
states. Thereafter, the two input packets are initialized with the actual 
input states (block 128). 

[000183] The I/O and communications device 88 waits 

approximately 10 milliseconds (block 130). This delay, coupled with the 
time to execute the remaining blocks in the main routine, ensures that the 
I/O and communications device 88 transmits and receives a packet to and 
from the revenue meter 20, 34, 42 approximately every 13 milliseconds. 
While other rates are possible, this rate ensures quick update without 
overloading the meter. The use of the 13 millisecond delay may be varied 
depending on a processing power of the revenue meter 20, 34, 42, and 
how often input states are likely to change. The delay is utilized to reduce 
the flow of data packets that the revenue meter 20, 34, 42 is required to 
process. 

[000184] A first input data packet buffer and a second input data 

packet buffer are swapped to ensure that the main routine is transmitting 
input states from the first buffer while the periodic interrupt routine stores 
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input states in the second buffer (block 132). When the revenue meter's 
microprocessor receives a packet, it executes a bus interrupt service 
subroutine (block 132a). This bus interrupt service subroutine swaps the 
input packet buffers (block 132b) so that the next data received does not 
overwrite the current data before being processed. The bus interrupt 
service routine then notifies the main routine (block 146) that a packet has 
been received (block 132c) and prepares to receive the next packet (block 
132d). Thereafter, the bus interrupt service routine terminates (block 
132e). 

[000185] Referring to FIG. 12C, the input data packet is 

transmitted to the revenue meter 20, 34, 42 (block 134). The CRC for the 
packet is calculated as the packet is being transmitted so that the Pckt 
Time element in the packet is as close as possible to the actual value of 
the free running counter at the end of the packet (block 1 34). If the CRC 
was calculated before the packet began transmission, the Pckt Time 
element of the packet would be offset by the time required to calculate the 
CRC and transmit the packet. In addition, the Mask in the transmitted 
packet is cleared so that the second buffer can be used by the interrupt 
routine the next time the buffers are swapped (block 136). 
[000186] While the input data packet is being transmitted, an 

output data packet is being received since the bus is full duplex (block 
138). The output data packet's CRC is checked (block 140). If the CRC is 
valid (block 142), the output ports on the microprocessor 95 are updated 
(block 144), and another 10 milliseconds elapse before the main routine 
continues (block 130). Referring also to FIG. 12B, when the main routine 
requests a state change in the external I/O and communications device 
(block 144a), a "place output state" subroutine places the output state into 
the output buffer (block 144b) and the "place output state subroutine" then 
terminates (block 144c). If the CRC is invalid, however, execution 
continues without updating the output ports. 

[000187] Referring to FIG. 12D, a processing routine is called for 

processing input states from the I/O and communications device 88 and 
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sending output states to the I/O and communications device (block 146). 
The processing routine activates power to the external I/O and 
communications device 88 (block 148). The power switching is 
accomplished, for example, using a TPS2011A Power Distribution Switch, 
manufactured by Texas Instruments, located in Dallas, Texas, configured 
in a manner known in the art. Of course other switches can be used. If a 
valid CONFIG packet is received from the external I/O and 
communications device 88 within, for example, a predetermined time 
period (block 150) execution continues. In other words, execution of the 
processing routine continues if the bus interrupt subroutine notifies the 
processing routine of an incoming bus packet that is a valid CONFIG 
packet (see FIG. 12B, block 132c). In a preferred embodiment, the 
predetermined time period is one second. 

[000188] If no valid CONFIG packet is received within one second, 

the external I/O and communications device 88 is turned off for a 
predetermined turn off period (block 152) and then turned back on (block 
148). In a preferred embodiment, the predetermined turn off period is five 
seconds. Of course, the one and five second predetermined times may be 
modified to suit the situation. The I/O and communication device 88 is 
power cycled to ensure that the I/O and communications device 88 starts 
code execution from a known state. Turing the I/O and communications 
device 88 off for five seconds ensures that the I/O and communications 
device 88 is in communication with the revenue meter 20, 34, 42 fairly 
quickly after a user plugs in the I/O and communications device 88. 
[000189] Once a valid CONFIG packet has been received, the 

revenue meter 20, 34, 42 fills the outgoing bus transmit buffer with a 
CONFIGACK packet (block 154). The CONFIGACK packet is transmitted 
to the external I/O and communications device 88 when the next packet is 
received from the external I/O and communications device 88. Thereafter, 
the revenue meter 20, 34, 48 waits for a valid receive/transmit packet 
operation to complete or for timeout to occur (block 1 56). In a preferred 
embodiment, the a duration of the timeout is 50 milliseconds. If a 50 
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millisecond timeout occurs, the I/O and communications device 88 is either 
faulty or has been removed since the I/O and communications device 88 
transmits packets approximately every 13 milliseconds. 
[000190] If the timeout occurs, execution continues as though the 

I/O and communications device 88 is absent (block 152). If a packet is 
received, the output states are copied from the revenue meter 20, 34, 42 
into the bus transmit buffer for transmission the next time the I/O and 
communications device 88 initiates a packet transaction (block 158). An 
output state changes when, for example, a user uses the keypad 32 
described above to change a fan state from on to off, and off to on, and a 
set point module overrange can be triggered within the revenue meter 20, 
34, 42 to shut down a load. As the microprocessor 95 receives data 
packets containing the output states, the data packets are processed to 
acquire the output state information, and the output states are set (block 
144). The output state is utilized by relay hardware, for example, to turn a 
load on or off. 

[000191] Thereafter, the revenue meter 20, 34, 48 checks the 

received packet mask for inputs that have changed since the last 
transaction (block 160). For each input that has changed state, the meter 
calculates the transition time (block 162), as described above. In either 
case, the revenue meter 20, 34, 42 reports the input states and transition 
times to an upper layer of the code responsible for reporting input states to 
structures which are internally utilized or reported to the user (block 164), 
and waits for the next packet (block 156). 

[000192] From the foregoing description, it should be understood 

that improved revenue meter interfaces have been shown and described 
which have many desirable attributes and advantages. The revenue 
meter of the disclosed embodiments provides easily accessible and easy 
to use interfaces that include a front panel keypad, interactive display, and 
I/O and communications connections. The keypad allows a user to 
interact with the meter without requiring a breach to a security seal. In 
addition, the interface provides an external I/O and communications 
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interface that is expandable and not limited to the number of conductors 
leaving the revenue meter. 

[000193] It is to be understood that changes and modifications to 

the embodiments described above will be apparent to those skilled in the 
art, and are contemplated. It is therefore intended that the foregoing 
detailed description be regarded as illustrative rather than limiting, and that 
it be understood that it is the following claims, including all equivalents, 
that are intended to define the spirit and scope of this invention. 



